home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950329-19950528 / 000290_news@columbia.edu_Mon May 1 18:32:00 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA21336
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 1 May 1995 14:32:06 -0400
  3. Received: by apakabar.cc.columbia.edu id AA01030
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 1 May 1995 14:32:03 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Okay to Upload C-Kermit to Local BBS?
  9. Date: 1 May 1995 18:32:00 GMT
  10. Organization: Columbia University
  11. Lines: 51
  12. Message-Id: <3o39f0$vn@apakabar.cc.columbia.edu>
  13. References: <3o2pfk$t3b@crcnis3.unl.edu>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Keywords: C-Kermit, Local BBS
  16. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  17.  
  18. In article <3o2pfk$t3b@crcnis3.unl.edu>,
  19. anne white <awhite@unlinfo.unl.edu> wrote:
  20. > Last week I downloaded C-kermit for OS/2, the new release.  I was
  21. > wondering if it is okay to upload this new C-kermit to a local
  22. > bulletin board system, or is this something which Columbia
  23. > University forbids, or at least discourages.
  24. >
  25. This is a tough one.  Without going through all the history and arguments,
  26. which have been rehashed a thousand times in this and other fora, our
  27. preference is that people get it straight from Columbia for various reasons,
  28. including:
  29.  
  30.  . "Mirrored" versions quickly become obsolete.
  31.  . Anything on a BBS is perceived as "free".
  32.  . There is no quality control -- files can be removed, renamed,
  33.    altered, viruses injected, etc.
  34.  
  35. On the other hand, we would be very pleased if Kermit software could be
  36. distributed on BBS's, mirror ftp sites, CompuServe, AOL, ..., even on
  37. CD-ROMs if the above problems did not occur AND there were some chance
  38. that the people who wind up getting the software this way would "do the
  39. right thing" and purchase the appropriate manuals from us.  In our
  40. experience, this almost never happens, mostly because the proprietors of
  41. these services tend to have no interest in getting our message across for
  42. us or of supporting our work in any way.
  43.  
  44. Instead, they want to attract the maximum number of users with loads of
  45. "free software".  In almost every case, we lose income and our workload
  46. goes up because all of these documentationless users want help, and they
  47. contact us because our name is on the software.  And to add insult to
  48. injury, in many cases (CompuServe, AOL, CD-ROMs), the service gets money
  49. for distributing our software, while depriving us of income and adding to
  50. our workload.
  51.  
  52. So, yes, we "discourage" uploading of Kermit software to BBS's, commercial
  53. information services, and FTP sites from which CD-ROMs are made.
  54.  
  55. > A 2nd question concerns the local bulletin board system.  The
  56. > bulletin board software is Maximus version 2.02, operating under
  57. > OS/2.  The system does not at this time provide a Kermit,
  58. > external file transfer protocol.  Can this C-kermit, version 191,
  59. > be used in this way?  What must the operator of the BBS do to use
  60. > it in this way, if it is possible?
  61. >
  62. There should be no impediment to installing C-Kermit as an external
  63. protocol on an OS/2 BBS, in theory, but the deciding factor is how the BBS
  64. software expects to interface to external protocols, and how to share the
  65. communication device between two processes.  C-Kermit offers various
  66. methods, described in the accompanying CKERMIT.INF file.
  67.  
  68. - Frank